在 Day 4，我嘗試了三種方式，把 RSS 自動推送到 Discord：RSS.APP、Azure Functions、N8N。這算是一個小小的 Proof of Concept（POC），目的不是要做到最完美，而是先快速驗證「能不能動起來」。結果三個方案都跑通了，但問題來了——到底哪個才是適合我長期使用的工具組合呢？

為了避免以後浪費時間在不適合的工具上，我設計了幾個簡單的評估面向：開發成本、維運成本、彈性、可擴充性、學習門檻、長期可持續性。以下是我整理出來的比較表：

從實際體驗來看：

• RSS.APP 最大的優點就是「快」，五分鐘就能跑起來。但缺點也明顯，就是受限於平台功能，未來如果調整價格或下架，會有風險。
• Azure Functions 彈性很高，可以把邏輯寫到很細，甚至整合更多資安情資 API，但也代表需要維護程式碼與雲端環境。以我下班後的時間來說，這會是一個負擔。
• N8N 則是折衷方案，視覺化拖拉節點，功能夠用，未來要整合更多情境（例如監控漏洞資料、檢查 Attack Surface）也相對容易。缺點是需要自己架設，不過好處是自主可控，不受限於 SaaS 供應商。

綜合這些觀察，我最後的結論是：

• 如果只是做快速測試，RSS.APP 就夠了。
• 如果要專業級、企業化的維運，Azure Functions 是最佳選擇。
• 如果是個人長期使用，N8N 最平衡，既有彈性又能自己掌控成本。

因此，我會選擇以 N8N 為主力，再依需求搭配Azure Functions。這樣不會被單一方案綁死，也能保留彈性。Day 5 的效益評估，幫我定下了接下來的方向：找到「適合自己的產品組合」，而不是盲目追求最強或最新的工具。